home *** CD-ROM | disk | FTP | other *** search
/ MacFormat 1995 March / macformat-022.iso / Shareware City / Developers / src / menu-slide-11-p / MenuSlide / MenuSlide.txt < prev    next >
Encoding:
Text File  |  1994-11-23  |  2.7 KB  |  61 lines  |  [TEXT/EDIT]
  1.  
  2.   This is an idea of mine for improving the Macintosh user 
  3.   interface.With the current MultiFinder, switching applications 
  4.   is easy to do by accident and doesn’t always cause a noticeable 
  5.   change in the screen display. I suggest that the application 
  6.   menu bar ought to "slide off" the screen whenever it is 
  7.   suspended.
  8.  
  9.   Earlier this year I was running introduction to Macintosh 
  10.   courses here at the university, and I noticed a lot of students 
  11.   had trouble with application switching. They would click on the 
  12.   wrong window and not notice the change of application, or 
  13.   select the wrong process menu choice and end up in an 
  14.   application with no windows open. The visual cues, a tiny icon 
  15.   changing in the top right corner and a window activation, are a 
  16.   bit too subtle for new users.
  17.  
  18.   Afterwards I thought about it occasionally until one day I 
  19.   remembered Andy Hertzfelds Switcher. (For you youngsters out 
  20.   there, this was the predecessor to MultiFinder. Each 
  21.   application took over the whole screen. When you switched, all 
  22.   the windows, palettes, and whatnot scrolled off one edge and 
  23.   the new application came in from the other like a HyperCard 
  24.   effect.) Even though we now expect applications to share the 
  25.   screen real estate, the menu bar is still exclusive so why not 
  26.   scroll it to show the change?
  27.  
  28.   I've written a little program, available by anonymous FTP, that 
  29.   demonstrates the idea. When it receives a suspend event, it 
  30.   slides the application menu titles off the left edge of the 
  31.   screen. It leaves the help and process menus where they are, 
  32.   since it is meant to convey that the application environment is 
  33.   changing, not the whole system. The process adds a very slight 
  34.   delay to the switch - less than ten clock ticks.
  35.  
  36.   The coding is quite easy, and uses similar techniques to menu 
  37.   bar hiding. It doesn't slide the menu bar back on when 
  38.   resuming, because that requires storing an image of the menu, 
  39.   possibly patching DrawMenuBar, and in general more complexity 
  40.   than I want to deal with.
  41.   
  42.   This is version 1.1, which fixes a problem with extra system menus.
  43.   In the original, I just guessed that the right edge of the
  44.   application menus was 64 pixels in. Various people reported that
  45.   if you had SuperClock or something similar, it got smeared all
  46.   over the menu bar. Matthew Axsom (chewey@nesw.MV.COM) sent me some
  47.   code to find out where the right edge really is - thanks!
  48.  
  49.   Please try it and let me know what you think. Several people have
  50.   asked me for an INIT/cdev that would work for all applications, but
  51.   alas my coding skills are not up to that. If you could write such
  52.   a thing, please do.
  53.   
  54.       Hugh Fisher
  55.     Australian National University
  56.     
  57.     Email: Hugh.Fisher@anu.edu.au
  58.     
  59.  
  60.  
  61.